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MONITORING MODIFICATIONS TO ENVIRONMENT VARIABLES 
BACKGROUND OF THE INVENTION 

1. Technical Field: 

The present invention relates generally to the field 
of computer software and, more particularly, to 
monitoring changes to environment variables. 



2. Description of Related Art: 

5 Computer use has increased exponentially during the 

9j * past several years. Much of this growth has been due to 

g the increasing use of personal computers for home use due 

+; 15 to recent sharp decreases in the price^ of computers as 
Cj technology advances. This increase in the number of 

f computers in use has also been spurred by the recent 

g explosion of the Internet. 

^ Thus large numbers of people with little or no 

q 20 computer expertise are interacting with computers on a 
O daily basis. Novice users are purchasing and loading 

software applications onto their computers from a variety 
of sources without regard for what other software 
applications may exist on their computer and without 
25 regard as to how the different software applications will 
integrate with each other. Many of these software 
applications include and use some of the same executable 
files as other software applications already loaded onto 
the user's computer. When a new software application is 
30 loaded, the user may end up having multiple copies of the 
same executable file stored in different locations in the 
user's computer. However, the two copies of the 
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executable file may be different versions. 

Thus, if one software application attempts to run 
the wrong version of the executable file, problems may 
occur. The problem of duplicate files is not limited to 
situations arising from inexperienced computer users as 
discussed above. Duplicate files also may pose a problem 
to even more sophisticated computer users. For example, 
a user may, for various reasons, expressly desire to have 
multiple versions of a software application or data file 
available on the computer. However, ensuring that the 
proper file is selected is still a problem. 

One reason some software errors occur due to the 
existence of duplicate files is that the incorrect one is 
often selected due to the order of the directories in an 
environment variable. For example, assume that the PATH 
environment variable is defined as 
*PATH=C: \x\bin;C: \y\bin" and a.exe exists in both 
C:\x\bin and C:\y\bin. When the user executes a.exe, the 
one in the C:\x\bin directory will be used. In some 
cases, this is exactly what the users desires. However, 
in other cases, the user wishes to execute 
C:\y\bin\a.exe, but the user is unaware that a.exe also 
exists in C:\x\bin. 

Thus, duplicate files can cause numerous problems 
and often these problems are very difficult to debug. 
Therefore, it would be desirable to have a method, 
system, and apparatus for managing the path sequence of 
environment variables to prevent the existence of 
duplicate path sequences in an environment variable. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, system, and 
program for automatically invoking an environment 
variable manager whenever a path sequence for an 
environment variable may be modified. The environment 
variable manager then corrects the path sequence of the 
environment variable in a data processing system. In one 
embodiment, an environment variable manager monitors the 
data processing system for any change effecting any of 
the environment variables within the data processing 
system. If a change effecting the environment variable 
is detected, the environment variable manager modifies 
the environment variable to ensure that a proper file is 
found and used when the file is selected by a user or 
requested by a running application program. Therefore, 
when duplicate files exist on the data processing system, 
the environment variable manager ensures that the 
incorrect file is not used when the file is requested by 
a user or requested by a running application program. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 depicts a block diagram of a data 
processing system in which the present invention may be 
implemented; 

Figure 2 depicts a block diagram illustrating a path 
management system in accordance with the present 
invention; 

Figure 3 depicts a process flow and program function 
for updating the path sequence of an environment variable 
when a directory is manually deleted in accordance with 
the present invention; and 

Figure 4 depicts a process flow and program function 
for removing duplicate file names from a path sequence of 
an environment variable in accordance with the present 
invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures, and in particular 
5 with reference to Figure 1, a block diagram of a data 
processing system in which the present invention may be 
implemented is illustrated. Data processing system 100 
employs a peripheral component interconnect (PCI) local 
bus architecture. Although the depicted example employs 
10 a PCI bus, other bus architectures, such as Micro Channel 
™. and ISA, may be used. Processor 102 and main memory 104 

yy are connected to PCI local bus 106 through PCI bridge 

108. PCI bridge 108 may also include an integrated 
Q memory controller and cache memory for processor 102. 

Lff 15 Additional connections to PCI local bus 106 may be made 

through direct component interconnection or through 
jU add-in boards. 

In the depicted example, local area network (LAN) 
y3 adapter 110, SCSI host bus adapter 112, and expansion bus 

P 20 interface 114 are connected to PCI local bus 106 by 

direct component connection. In contrast, audio adapter 
116, graphics adapter 118, and audio/video adapter (A/V) 
119 are connected to PCI local bus 106 by add-in boards 
inserted into expansion slots. Expansion bus interface 
25 114 provides a connection for a keyboard and mouse 

adapter 120, modem 122, and additional memory 124. In 
the depicted example, SCSI host bus adapter 112 provides 
a connection for hard disk drive 126, tape drive 128, 
CD-ROM drive 130, and digital video disc read only memory 
30 drive (DVD-ROM) 132. Typical PCI local bus 
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implementations will support three or four PCI expansion 
slots or add-in connectors. 

An operating system runs on processor 102 and is 
used to coordinate and provide control of various 
components within data processing system 100 in Figure 1. 
The operating system may be a commercially available 
operating system, such as OS/2, which is available from 
International Business Machines Corporation. *OS/2" is a 
trademark of International Business Machines Corporation. 
An object oriented programming system, such as Java, may 
run in conjunction with the operating system, providing 
calls to the operating system from Java programs or 
applications executing on data processing system 100. 
Instructions for the operating system, the 
object-oriented operating system, and applications or 
programs are located on a storage device, such as hard 
disk drive 126, and may be loaded into main memory 104 
for execution by processor 102. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 1 may vary depending on the 
implementation. For example, other peripheral devices, 
such as optical disk drives and the like, may be used in 
addition to or in place of the hardware depicted in 
Figure 1. The depicted example is not meant to imply 
architectural limitations with respect to the present 
invention. For example, the processes of the present 
invention may be applied to multiprocessor data 
processing systems. 

With reference now to Figure 2, a block diagram 
illustrating a path management system is depicted in 
accordance with the present invention. System 208 may be 
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implemented as, for example, data processing system 100 
in Figure 1. Duplicate files on the same system 208 will 
cause problems when both files are in an environment 
variable's 204 path sequence. An environment variable is 
an item of data that is updated by the operating system, 
Web server or other control program. Environment 
variables typically reside in memory, such as, for 
example, memory 124 in Figure 1, and can be read by 
applications to determine the current status of the 
system 208. Environment variables contain data such as 
time, date, path sequence, version number, login 
information and so on. One example of an environment 
variable is the PATH environment variable. Other 
examples of environment variables, as will be recognized 
by one of ordinary skill in the art, include CLASS PATH, 
LOC PATH, and LIB PATH. 

When a path sequence is modified or when duplicate 
files are created or installed in the system 208, 
environment variable manager 202 informs a user of this 
modification through I/O device interface 206. I/O 
device interface 206 may comprise a plurality of 
interfaces and/or devices and provides an interface to 
numerous devices such as, for example, a keyboard and/or 
mouse for receiving user input and, for example, a video 
display terminal for displaying information to a user. 
Environment variable manager 208 then prompts the user, 
through I/O device interface 206 for actions to be taken 
to correct the problem. 

When a directory is manually deleted from system 
208, some path sequences of environment variables 204 
which contain that directory may not be affected, but the 
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non-existent directory may cause confusion at a later 
time. Therefore, environment variable manager 202 
informs the user at that moment so that the non-existent 
directory may be deleted from the path sequence of the 
5 affected environment variables 204. 

With reference now to Figure 3, a process flow and 
program function for updating the path sequence of an 
environment variable when a directory is manually deleted 
is depicted in accordance with the present invention. 
10 Once an environment variable manager, such as, for 

example, environment variable manager 202 in Figure 2, 
detects the deletion of a directory (step 302) from the 
system, such as, for example, system 208 in Figure 2, the 
Q environment variable manager presents a message to the 

^ 15 user that a directory has been deleted and prompts the 
SI user for an appropriate action (step 304) . The user may 

* t select to allow the environment variable manager to 

pa 

□ automatically update the affected environment variables, 
such as, for example, environment variables 204 in Figure 

□ 20 2, or may, alternatively, choose to modify the affected 

O 

environment variables manually. 

Thus, the environment variable manager determines 
from the user input whether the user has selected an 
automatic or manual update to the environment variables 

25 (step 306) . If the user selects an automatic update, the 
environment variable manager searches and finds all 
references to the deleted directory in the environment 
variables (step 308) . Once the affected environment 
variables have been found, the environment variable 

30 manager deletes all references to the deleted directory 
from the affected environment variables (step 310) . If 
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the user selects a manual update, the environment 
variable manager searches and finds all references to the 
deleted directory in environment variables (step 312) and 
presents the list of all affected environment variables 
to the user (step 314) . The user may then manually edit 
each affected environment variable to correct the 
problem. 

Returning now to Figure 2, when a software product 
is installed on system 208, additional directories may be 
added to the path sequence of some environment variables 
204. This could result in duplicate files existing in 
system 208 and environment variable manager 202 informs 
the user, through I/O device interface 206 such that the 
problem may be corrected. Furthermore, when an 
environment variable 204 is modified manually or by the 
system, this also could result in duplicate files 
existing in the path sequence of that particular 
environment variable 204. Since the first path found in 
the environment variable 204 will be the one selected, 
problems may arise if the undesired one is selected 
first. Therefore, environment variable manager 202 
monitors and detects modification of environment 
variables 204 and determines whether duplicate path 
sequences exist. If duplicate files exist in the path 
sequence of one or more of environment variables 204, 
environment variable manager 202 prompts the user via I/O 
device interface 206 for the appropriate action and then 
corrects the problem. 

With reference now to Figure 4, a process flow and 
program function for removing duplicate file names from a 
path sequence of an environment variable is depicted in 
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accordance with the present invention. The environment 
variable manager, such as, for example, environment 
variable manager 202 in Figure 2, monitors environment 
variables, such as, for example environment variables 204 
in Figure 2. If the environment variable manager detects 
that an environment variable has been modified (step 
402), environment variable manager determines whether 
duplicate files exist in the path sequence of that 
environment variable (step 404) . If no duplicate files 
exist in the path sequence of the modified environment 
variable, then no further action is taken. 

If, however, duplicate files do exist in the path 
sequence of the modified environment variable, the 
environment variable manager prompts the user to select 
the appropriate file name that is the correct file (step 
406) . Once the environment variable manager receives the 
selection of the correct file from the user (step 408), 
the environment variable manager then removes the 
incorrect file or files from the path sequence of the 
modified environment variable (step 410) . Thus, the path 
sequence of the environment variable is corrected to 
ensure that the proper file is used when necessary. 

It is important to note that while the present 
invention has been described in the context of a fully 
functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes and 
program function of the present invention are capable of 
being distributed in the form of a computer readable 
medium of instructions in a variety of forms and that the 
present invention applies equally regardless of the 
particular type of signal bearing media actually used to 
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carry out the distribution. Examples of computer 
readable media include recordable-type media such a 
floppy disc, a hard disk drive, a RAM, and CD-ROMs and 
transmission-type media such as digital and analog 
communications links • 

The description of the present invention has been 
presented for purposes of illustration and description, 
but is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 



